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ABSTRACT: 

The method involves using a local configuration file by the client program, which is stored on a 
client computer, on which the client program is executed. The execution of the client program 
includes a query for a parameter file over the data network, whereby an actualization entry is 
contained in the query. The parameter file Is transmitted to the client program, which thereupon 
transfers the received parameters into the configuration file if an evaluation of the actualization 
entry yields no update. The used protocol is preferably HTTP, and the parameter file requested 
over the network Is presented in HTML, whereby the parameters are preferably formatted as a 
table. 
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(54) Parameteraktuallsierungsverfatiren 

(57) Verfahren zur Aktualisierung von in einer loka- 
len Konfigurationsdatei abgelegten Programmparame- 
tern. bei dem be! einem Server angefragt wird. ob eine 
neue Parameterdatei vorliegt und diese gegebenen- 
falls von dem Server abgerufen und in die lokale Konfi- 
gurationsdatei Obertragen wird. 



<htiBl> 
«head> 

« C It le >HebFace r-C3onf iguzat ian< /t i t le> 

</head> 

<body> 

chl>CDnfig</hl> 
«table> 
<tr> 

<td>JQlow local brow8liig</td> 

«td>l</t:d> 

<td>DMaRD</td> 
</tr> 
<tr> 

<td>Allow Mail</td> 

<td>0</td> 

<td>Cf(ORI}</td> 
</tr> 
<tr> 

<td>Alway0 in Backgrouiid</td> 

<td>0</td> 

<td>0NQia3</td> 
</tr> 
<tr> 

' <td>ButC0D Space</td> 

<td>6</cd> 

<td>DHQSD</td> 
</tr> 
<tr> 

<td>Conf irm Exit After Tlnec}ut</td> 

<cd>0</td> 

<td>DHORD</td> 
</tr> 
</tabIe> 
</body> 

</htiil> 
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Beschreibung 

TechnischesGebiet 

Die Erf indung betrifft ein Verlahren zur Aktualisie- 
njng von Programm-Parametem mittets einer Daten- 
netzwerkverbindung. 

Stand der Technik 

Programme in Datenverarbertungsanlagen benut- 
zen hauf ig zur Parametrisierung sogenannte Konf igura- 
tionsdateien. in denen Parameter fur die AusfOhrung 
des Programms gespeichert sind. 

Beispiele fur seiche Konfigurationsdateien sind die 
Dateien mit beispielsweise den Namen ''/.re" im 
Stammverzeichnis ('liome directory*) eines Benutzers 
eines UNIX-Betriebssystems, die Dateien mit der 
Endung 'Jni\ insbesondere die Datei "win.ini' in der gra- 
phischen Oberfidche "Windows 3.x" der Firma Micro- 
soft, welche letztere In dem Betriebssystem ''Windows 
95" eine eigene Komponente, die Yegistry*. fQr die Ver- 
waltung solcher Kcnfigurationsinfbrmation eingerichtet 
liat und Im folgenden aucli als "Datei", wenn auch mit 
hlerarchischem ZugrKfsverfahren. angeselien wird. In 
beiden letzteren Fdllen ist eine Schnittstelle seitens 
"Windows" vorhanden, urn EintrSge der INI-Dateien 
bzw. der Registry zu lesen oder zu schreiben. 

Zur Anderung der Konfigurationseintrdge dienen 
entweder im zu konfigurierenden Programm selbst ent- 
haltene Menus und Formulare, separate Konfigurati- 
onsprogramme oder. soweit mOglich, auch normale 
Text-Editoren. In alien diesen Fallen jedoch mu3 eine 
Bedienperson ein Ausgabegerat, meist einen Bild- 
schirm, und ein Eingabegerdt. meist eine Tastatur oder 
eine Maus, welche belde direkt und lokal mit dem Rech- 
ner verbunden sind. bedienen und die Eintrage andem. 

Anwendungen fOr Offentlichen Zugrlff werden hflu- 
fig mittels eines in ein spezielies Ubergehause einge- 
bauten Personal Computers mit beruhrungs- 
empfindlichem Bildschirm bereitgestelH. beispielsweise 
unter dem Namen "ELEKTRA" von der Siemens Nixdorf 
Informationssysteme AG erhaltlich. Diese Gerate kdn- 
nen dann so tonfiguriert werden. daB nach dem Ein- 
schaiten genau eine Anwendung aktiviert wird. die aber. 
da Offentlich zuganglich, selbstverstdndlich keine Ande- 
rung der Konfigurationsdaten durch einen Benutzer 
zuiaBt. Ist diese doch notwendig, muB durch spezielle 
MaBnahmen wie dem AufschlieBen von SchlOssern die 
Eingabe eriaubt werden und verlangt daher in der Regel 
die physlsche Anwesenheit einer Bedienperson. Dies 
ist jedoch be! einer groBen Anzahf von Offentlich 
zuganglichen Terminals ein erheblicher Aufwand. 

In der europaischen Patentanmeldung EP 0 509 
945 A2 ist ein Verfahren zur zentralen Verwaltung der 
auf programmierbaren Arbeitsstationen installierten 
Software angegeben. Darin wird vorgeschlagen, daB 
beim Beginn der Kommunikation einer Arbeitsstatlon 
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mit einem Zentralrechner eine Konfigurationsdatei auf 
die Arbeitsstatlon kopiert wird. Ein Programm beatbeitet 
diese topierte Konfigurationsdatei, bestimmt, ob Kbnfl- 
gurationsanderungen vorliegen. fGhrt diese gegebe- 

5 nenfalls aus und startet dann das System neu. Diese 
LOsung eriaubt beispielsweise die Installation und Dein- 
stallation von Programmen und die Anderung von 
Systemparametern, die In der Regel einen Neustart des 
Systems erfordern. Fur jede Arbeitsstatlon ein Zentral- 

10 rechner vorgesehen. auf dem alle Konflgurationsinfor- 
mation fDr alle Komponenten der Art)eitsstation 
gemeinsam venvaltet werden. Fernerhin wird die Konfi- 
gurationsdatei jedesmal vollstandig Qbertragen und von 
dem die Konfigurationsdatei beait>eitenden Programm 

15 entschieden, ob eine Aktualisierung notwendig ist. 
Daher ist auch 

Aufgabe der Erflndung Ist es, eine einfache MOg- 
lichkeit anzugeben, wie ein Anwendungsprogramm bei- 
spielsweise in einem Informationsterminal rekon- 

20 figuriert werden kann, ohne daB eine mit der Wartung 
beauftragte Person physisch anwesend sein muB. die 
KbnfigLDBttonsdaten bei jedem Programm- oder 
Systemstart vollstandig Qbertragen werden oder die 
Quelle der Kbnfiguratbnsdaten alien Anwendungspro- 

25 grammen gemeinsam ist 

Darstelluno der Erf induno 

Die Erflndung geht von der Erkenntnis aus. das 
30 Informationsterminals haufig durch ein Netzwerk mit 
Server-Rechnern vertxinden sind, well die Anwen- 
dungsprogramme die anzuzeigende Informationen 
durch Netzwerkzugriff erhaften. Nach der Erflndung 
ermittelt das Anwendungsprogramm per Netzwerkzu- 
35 griff, ob die Konfigurationsinformationen aktuell sind 
und Qbertragt und speichert sie gegebenenfalis. Beson- 
dere Vorteile ergeben sich bei Venvendung der HTTP- 
Protokolle, wie in den folgenden Darsteliungen genauer 
ausgefuhrt ist. 

40 Insbesondere sind die Server fur die Versorgung 
mit den Parametern pro Programm beliebig einstellbar; 
insbesondere wenn diese uber z.B. einen "Uniform 
Resource Locator" erfoigt. Insbesondere kann dann 
auch mit dem Verfahren selbst auf einen anderen Ser- 

45 ver umgeschaltet werden. 

Es handelt sich also urn ein Verfahren zur Aktuali- 
sierung von in einer tokalen Konfigurationsdatei abge- 
legten Programmparametern, bei dem bei einem Server 
angefragt wird, ob eine neue Parameterdatei voriiegt, 

50 und diese gegebenenfalis von dem Server Qbertragen 
und in die lokale Konfigurationsdatei ubernommen wird. 

Kurzbeschreibuno der Zeichnunoen 

55 Es zeigen 

Rg. 1 eine Parameterdatei als HTML-Dokument im 
Quelloode, wie es angefordert wird. 
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Rg. 2 dasselbe mit enem Browser angezeigt, 

Fig. 3 dasselbe. nachdem es in die WindowsSS 
Registry Qbernommen wurde. 

Beschreibuna einer AusfQhrunasformder Effindung 

Die Effindung wird anhand einer Anwendung 
beschrieben, die unter der graphischen Oberlldche 
WINDOWS der Firma Microsoft ablduft und Gber eine 
Socket-Schnittstelle einen Nachrlchlenaustausch uber 
ein TCP/IP-Netzwerk durchfuhren kam. Als Protokoll 
wild dabei bevorzugt das *'Hyper-Text Transfer Proto- 
Koti" benutzt wie es in dem Dokument RFC 1945 von T 
Berners-Lee. R. Fielding. H. Frystyk. May 1996. 
beschrieben ist. Das HTTP-Protol«}II verwendet dabei 
grundsdlzlich ein Anfrage-Antwort-Schema (request- 
response) an, bei dem ein Client (Klientenprogramm 
eines Klientenrechners) eine Anfrage sendet und der 
Server (Dienstprogramm eines Dienstrechners) mit 
einem Status- oder Returncode antwortet und gegebe- 
nenfalls das verlangte Dokument Qbermittett. Als Spei- 
cher for Parameter werden wahlweise Textdateien (im 
.ini-Fbrmat) Oder die hierfur spezialisierte "Registry**- 
Datenbank verwendet, die durch eine hierarchische 
Struktur einer Kbilektion von Parameterdateien gleich- 
wertig ist 

Bei lnstallatk)n einer Anwendung, die im fblgenden 
mit "MyApp" bezeichnet sei. wird in einer Parameterda- 
tei unter dem Schlussel "Param Location" zunachstden 
Netzwerknamen der Parameterdatei, beispietsweise 
"http://i'emote-server.xxx/config/MyApp.htm", sowie das 
Datum der Installation unter dem SchlQssel "Paranv 
Date" abgelegt Die Zeichenketle "remote-server.xxx" 
qualifiziert dabei einen logischen Server nach den 
Namens- und Aufsuchkonventionen des Internets; ins- 
gesamt stell die Adresse der Parameterdatei einen mit 
URL abgekOrzten, als "Uniform Resource Locator" 
bezeichneten Adresse dar, deren Auft>au beispiels- 
weise dem RFC 1 738 von T Berners-Lee u.a. , Dezem- 
ber 1994, entnommen werden kann. 

Bei nachfolgenden Aufrufen der Anwendung wer- 
den die fblgenden zum Zwecke der Bezugnahme durch- 
numerierten Anweisungen aufgerufen: 

1 . GetProf ileSlringrMyApp", "ParamLocation", 
pLoc) 

2. GetProfileStringCMyApp", "ParamDate", pDate) 

3. SendHttpRequest( pLoc+" If-Modified- 
Sincei^+pDate) 

. 4. if ReturnCode = 304 ttien return {' unchanged *) 

5. ObtalnHttpResponse(someBuffer) 

6. ParseAndStoreHtmlParamSpec(someBuffer) 



in Abschnitt 3.3 des RFC 1945 beschrieben sind. Ande- 
rer Fbrmen. beispielsweise fortiaufende Versionsnunv 
mern, sind gleichfalls mOglich, wenn das Netzprotokoll 
diese unterstQtzt oder entsprechend enveitert werden 
5 kann. 

Mit der 3. Anweisung wird eine Anfrage an den Ser- 
ver gestellt/der einerseits den Namen des Dokuments, 
hier der Parameterdatei. enthatt und zudem. wie im 
Abschnitt 10.9 des RFC 1945 beschrieben, einen 

10 Zusatz, welcher den Server auffbrdert, nur dann das 
Dokument zu senden, wenn es neuer ist als das mit der 
Anfrage ubermittelte und durch die Zeichenkette "If- 
Modified-Since" spezifizierte Datum. Ist dies nicht der 
Fall» so antwortet der Server mit dem Code 304. den der 

15 Client im 4. Schritt abfragt Uegt dieser Fall vor. so ist 
ein Abgleich der Konfigurationsdatei nicht notwendig, 
und dieser Tal der Bearbeitung ist abgeschlossen. Ist 
die im Server gespeicherte Konfigurationsdatei neuer. 
so wird diese im Rahmen der Antwort ubermittelt und 

20 wird im 5. Schritt zwischengespeichert, um sodann im 
6. Schritt von einem Programmabschnitt analysiert und 
in die Parameterdatei Qbertragen zu werden. 

Die Qber das Netzwerk Qbertragene Konfigurations- 
datei ist zweckmaSig in der Sprache HTML abgefa3t. 

25 wie sie beispielsweise in dem Dokument RFC 1866. 
"Hypertext Markup Language - 2.0" von T. Bamers-Lee 
und D. Conolly. Noveni^er 1995, spezifiziert ist. Dabei 
ist die Venwendung von Tabellen. die in dem RFC 1 942. 
"HTML Tables", von D. Raggett. May 1996. vorgeschla- 

30 gen ist besonders vorteilhaft. 

Ein Beispiel fur eine solche uber das Netzwerk 
angeforderte Datei ist in Fig. 1 dargesteltt. Neben den 
for ein HTML-Dokument notwendigen Kopf- und Fu8- 
zeilen ist eine Tabelle gemdB RFC 1942 , eingelertet 

35 durch "< table)" und abgeschlossen durch "( /table)", 
zu sehen. deren Zeilen durch "( tr)" und "< /tr)" einge- 
schlossen sind und deren Eintrdge in Spaltenreihen- 
folge mit "(d)" und "</!d)" eingeschlossen sind. Mit 
einem HTML-Anzeigeprogramm. auch als Browser 

40 bezeichnet, ergibt sich in etwa die in Fig. 2 dargestellte 
Anzeige. Nach der Obernahme in die Windows95 Regi- 
stry ergibt sind mit dem Verwattungsprogramm fur die 
Registry beispielsweise das in Rg. 3 gezeigte Bild. 
Die Verarbeitung des In Fig. 1 dargestellten HTML- 

45 Konfigurationsdatei erfblgt dahingehend, daB die dritte 
Spalte zur Auswahl der passenden Funktion, d.h. ob der 
Parameter eine Zahl oder eine Zeichenkette ist, verwen- 
det wird. Also wird aus der Tabellenzeile 



so 



Allow Mail 



DWORD 



M'rt der 1. und 2. Anweisung werde die Netzwerk- 
adresse des Parameter-Servers sowie das Datum der 
tetzten Aktualisierung ermittelt. Hier und im folgenden 
ist als Datum stets ein Zeitstenpel zu verstehen, wie er 



55 ein Programmaufruf wie 

WriteRegi8tryDword(path+"MyApp". "Allow 
Mail", 1) 

wobei in "path" der Pfad in einer hierarchisch organisler- 
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ten Parameterablage wie der Windows95 Registry 
steht. 

Unter Windows 3.1 wOrde der Aufruf lauten: 
WrrteProf ileStringfMyApp'.'AUowMair."! ") 

und unter UNIX in etwa lauten s 
cf = fbpen(strcat(geterw(HOME).".rcMy- 

App")>l: fprintf(cf. -%s = %d\n-. "AllowMair. 1): 

fdose(cf) 

wobei eine UnterstOtzung fur mehrere Parameter der 
Ubersichtlichkeit halber weggelassen wurde. io 

Da die Netzadresse der Konf igurationsdatei selbst 
ein Parameter ist. kann durch da& Verfahren nach der 
Erf indung auch dazu venvendet werden, den Server fOr 
die Kbnfigurationsdatei zu verdndem. Lecfiglich muB der 
bisherige Server eine gewisse Zeit weitergefuhrt wer* 75 
den, bis mit hoher Wahrscheinlichkeit alle im Netz 
befindlichen Klienten mindestens einmal akUyiert wur- 
den. 

Durch die Ven/vendung des HTTP-Protokoils erge- 
ben sich besondere Vorteile durch die transparente Puf- so 
ferung der Dateien. Angenommen. es sind an fQnf 
Standorten je zwanzig Anzeigestationen angeschlos- 
sen. die jeweils Qber eine als "prox/* bezeichnete 
RelaiS'Station auf den Zentralrechner zugreifen. Die 
Relais-Station fuhrt einen Puffer und ftagt fur jede 25 
Anfrage der Anzeigestationen zwar eine Aktualitdtsan- 
frage an den Zentralserver durch, bekommt aber nur bei 
der ersten Anfrage die gednderte Datei ubertragen. Die 
weiteren neunzehn Anfragen kann die Relais-Station 
aus ihrem Puffer befriedigen. so 

In Rg. 1 ist durch "< h1 )" und "( /hi )" das Wort 
"Config" als erste Kbpfzeile markiert. Dieses wurde 
dazu venwendet, um bei dem Eintrag in die in Rg. 3 
gezeigte Registry das Unterverzeichnis auszuwdhlen. 
Da die Kopfzeilen in HTML eine Hierarchie bilden. kann 3S 
also in einfacher Weise auch eine Hierarchie in der Kon- 
figurationsdatei durch eine Hierarchie in der Parameter- 
datei, hier in HTML codiert modelliert werden. 

Ein "Uniform Resource jjocator" kann auch auf eine 
Datei auf dem lokaien Rechner, auf dem das Klienten- 4o 
programm ausgefQhrt wind, verweisen. wie in Kap. 3.10 
des RFC 1738 dargestelK ist. Damit kann die Parame- 
terdatei auch ohne Netzwerkzugriff venwendet werden. 
Diese bedeutet einerseits. daB die Parameterdatei mit 
jedem Programm zur Erstellung von HTML-Texten 45 
bearbeKet werden kann und eine getrennte Anwender- 
Dokumentation fur die Eintrdge in der Konf igurationsda- 
tei entfallen kann. Die Art und Forni der Verwendung 
einer Registry ist damit fQr den Benutzer vollstandig 
abschirmbar. Zudem kann zu Wartungszwec^e auf ein- so 
fache Art ein Betrieb ohne Netzwerk en-eicht werden. 

Besonders vorteilhaft ist die Anwendung des Ver- 
fahrens bei einer. QblichenAfeise als "Browser" bezeich- 
neten, Anwendung. deren Aufgabe es ist, in HUAL 
codierte Seiten anzurufen und anzuzeigen, da diese die ss 
Schnittstellen fQr das HTTP-Protokoll enthdlt 



PatentansprOche 

1 . Verfahren zur Aktualisierung von Parametern eines 
auf einem Klientenrechner auszufOhrenden Kiien- 
tenprogramms mit den Merkmalen: 

- die Parameter sind in einer lokaien Konflgurati- 
onsdatei auf dem Klientenrechner gespeichert. 

- die Ausfuhrung des Klientenprogramn^ 
umfiaBt eine Anfrage uber ein Datennetzwerk 
an ein Dienstprogramm fQr eine Parsuneterda- 
tei. wobei in der Anfrage eine Aktuaittdtsan- 
gabe enthalten ist. 

■ sofern die Auswertung der Aktuafitdtsangabe 
durch das Dienstprogramm keine Aktualitdt 
ergibt, wird die Parameterdatei an das Klien- 
tenprogramm Qbermittelt welches daraufhin 
die erhaltenen Parameter in die eigene Kbnfi- 
gurationsdatei ubertrdgt. 

2. Veriahren nach Anspruch 1 . wobei als Protokoll das 
Protokoll HTTP verwendet wird. 

3. Verfahren nach Anspruch 2. wobei die uber das 
Netz angeforderte Parameterdatei in der Sprache 
HTML dargestellt ist. 

4. Verfahren nach Anspruch 3, wobei die Parameter 
als Tabelle formatiert sind. 

5. Verfahren nach Anspruch 3, wobei eine Hierarchie 
in der Kbnfigurationsdatei durch eine Hierarchie in 
der Syntax der Parameterdatei dargestellt wird. 

6. Verfahren nach einem der Anspruche 2 bis 5. wobei 
das Klientenprogramm zur Anzeige von uber hlTTP 
Cibermtttelten Dokumenten dient. 
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<html> 
<head> 

<title>WebFacer-Conf iguration</title> 

</head> 

<body> 

<hl>Conf ig</hl> 
<table> 
<tr> 

<td>Allow local browsing</td> 

ctd>l</td> 

<td>DWORD</td> 
</tr> 
<tr> 

<td>Allow Mail</td> 

<td>0</td> 

<td>DWORD</td> 
</tr> 
<tr> 

<td>Always in Background</td> 

<td>0</td> 

<td>DWORD</td> 
</tr> 
<tr> 

<td>Button Space</td> 

<td>6</td> 

<td>DWORD</td> 
</tr> 
<tr> 

<td>Confirm Exit After Timeout</td> 

<td>0</td> 

<td>DWORD</td> 
</tr> 
</table> 
</body> 

</html> 



Fig.1 
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Config 



AJIow local browsing 


1 


DWORD 


Allow Mai] 


0 


DWORD 


Always m Background 


0 


DWORD 


Button Space 


6 


DWOI^D 


Confinn Eat After Tsneout 


0 


DWORD 
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Fig. 2 



Regtoy Edit View Help 



Siemens Npcdorf 
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Name 



Data 



(^(Default) 
'Tl Alow local browsing 
III Allow Mail 
^ Alway»s in Backgio... 
I^Buttoi Space 
^Confinn Exit After... 

3 



(value nol set] 

0x00000001(1) 
OxOtX]OOOCK)(l)) 
0x00000000(0] 
0x00000006(6) 
0x00000000(0] 



My Compulei\HKEY_CURRENT_USER\Software\Sieinens Nix±ifMSKNConfig 



Fig. 3 
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